Date: Wed, 25 Aug 93 04:30:17 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V93 #19 

To: Ham-Digital 


Ham-Digital Digest Wed, 25 Aug 93 Volume 93 : Issue 19 


Today's Topics: 
FAXCAP 
TCP/IP and unix machines 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Tue, 24 Aug 1993 22:44:00 GMT 

From: sdd.hp.com!spool.mu.edu!bloom-beacon.mit.edu!news.kei.com!ub! 
acsu.buffalo.edu!ubvms.cc. buffalo. edu! v087jsfu@network.ucsd.edu 
Subject: FAXCAP 

To: ham-digital@ucsd.edu 


Anybody have a "Faxcap" product? Is this the same as BayPac? 


Date: Sat, 21 Aug 1993 02:38:32 GMT 

From: swrinde!emory!darwin.sura.net!howland.reston.ans.net!torn!nott!cunews! 
revcan! balsam! uuisis! ve3ppe! znha@network.ucsd.edu 

Subject: TCP/IP and unix machines 

To: ham-digital@ucsd.edu 


LunarWolf KB9IQX <dobrowol@ux1.cso.uiuc.edu> wrote: 
>How is TCP/IP on unix machines handled? More specifically, how would 


>incoming connections ( logins ... 


Generally (SunOS perspective) the telnet daemon (telnetd) blocks waiting on a 


well known socket, and when it goes away, inetd goes and forks another. 
Telnetd forks a login process, with it's input/output connected to the now 
open socket. Login's i/o now appears on your end of the socket. 


> ... and passwords ) be handled? 
Standard login program. Probably the same program used by getty. 


> ... Would people 
>have access to the entire filesystem(s) or only certain areas specified 
>by some packet program? 


Whatever login forks, they run. If you chroot() and then fork a shell, they 
run that shell. If you fork say, a bbs program, they run that. If you fork 
/bin/false, they run that too--albeit, it'll exit quickly... :-) 


73, Gord. 
znha@ve3ppe.isis.org (internet) ve3ppe@ve3o0sq.#eon.ca.na (packet) 


Date: Tue, 24 Aug 1993 17:26:41 GMT 
From: yale.edu!news.yale.edu!ewing@yale.arpa 
To: ham-digital@ucsd.edu 


References <24rsib$iccQ@usenet.INS.CWRU.Edu>, <24s89t$53v@vixen.cso.uiuc.edu>, 
<24th89$9e0@usenet. INS. CWRU. Edu> 
Subject : Re: TCP/IP and unix machines 


Stephen C. Trier (trier@odin.ins.cwru.edu) wrote: 


: I suppose one could get fancy and use Kerberos. Would that violate the 
Part 97 ban on encrypted traffic? 


There are other methods that might be more practical. What you need 
is a "back channel" - like US Mail. A simple method would be to have 
a password that changes every 10 minutes according to the written 
schedule. A little more complicated would be to have the Unix machine 
send a random number that you use to index into your printed password 
list, and you send back what you see there. Some installations use 

a "smart card" device that performs a time-dependent translation 

like this. Pretty much unbeatable even over a public channel. 


Stephen 


: Stephen Trier (trier@ins.cwru.edu - MIME OK) 


: Network Software Engineer 
: IRIS/INS/T 
: Case Western Reserve University 


Martin Ewing AA6E ewing-martin@yale.edu 
Yale Univ. Science & Engineering Computing Facility 


End of Ham-Digital Digest V93 #19 
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